documentation: trivial typo fixes in GtkWidget

https://bugzilla.gnome.org/show_bug.cgi?id=764925

win32: rollback change and use _gdk_display

This makes usage of _gdk_display again when creating a window.
This is needed because there is a window created when the display
is being initialized, so it becomes a chicken and egg problem.
For now we roll back this to fix the wintab crash but we might
want to fix this again in the future by improving the wintab
initialization.

https://bugzilla.gnome.org/show_bug.cgi?id=764664

win32: add missing empty lines

Update Persian translations

gdkdevice: Expose tool as property

This may occasionally be useful.

listbox: Fix css node ordering

When inserting a child at the top, we were not inserting its
css node properly.

https://bugzilla.gnome.org/show_bug.cgi?id=764710

broadway: fix documentation

broadway backend has 0 as the default display port,
which maps to tcp port 8080.

https://bugzilla.gnome.org/show_bug.cgi?id=764835

recent-manager: Always ensure that size is reset on creation

Whenever we create a new GBookmarkFile, we need to set the size to 0.

https://bugzilla.gnome.org/show_bug.cgi?id=620065

recent-manager: Fix the error domain and message on move_item()

Using NOT_FOUND when moving is wrong and unhelpful.

https://bugzilla.gnome.org/show_bug.cgi?id=620065

recent-manager: Emit ::changed on file deletion

This will clear out the list of recently used files, and will allow GVFS
to handle this case.

https://bugzilla.gnome.org/show_bug.cgi?id=693077

Assign a recent manager if one is set

The GtkRecentAction implementation ignored a GtkRecentManager passed to
its :manager property.

https://bugzilla.gnome.org/show_bug.cgi?id=620065

app: minor code improvements

- use GDK_EVENT_PROPAGATE
- pass better zero-values to gtk_init(), since the parameters are
  pointers.

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: improve code of extract_accels_from_menu()

sub_model is clearer than "m". And we don't use the key, so we can pass
NULL instead.

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: use g_set_object()

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: don't use deprecated function

gtk_application_add_accelerator() is deprecated, but was still used
inside IGNORE_DEPRECATIONS's.

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: improve doc of gtk_application_get_window_by_id()

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: improve doc of gtk_application_set_accels_for_action()

When reading the API for the first time I didn't know what was the
"detailed" action name.

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: avoid code duplication for setting accels

The implementation of the deprecated functions is now based on the
non-deprecated gtk_application_set_accels_for_action().

https://bugzilla.gnome.org/show_bug.cgi?id=764846

Fix gtk_scrollable_get_border annotation

https://bugzilla.gnome.org/show_bug.cgi?id=764540

Updated Bulgarian translation

quartz: zoom/rotate change compile/runtime check from 10.7 to 10.8

The zoom/rotate change for quartz does not build on 10.7. This change
adds zoom/rotate support in quartz only for 10.8 and following. The
problems is described here:
https://bugzilla.gnome.org/show_bug.cgi?id=760276 and here
https://trac.macports.org/ticket/51052
NSEventPhaseMayBegin was only introduced in 10.8 although documentation
says it is introduced in 10.7. Tests on 10.7 indicate that the phase
property for the Magnify event is not supported at all on 10.7

Add a note about GDK_AXIS_X/Y

These axes mmay or may not be present, best to ignore them.

wayland: Keyboard don't have x/y

These axes are not very useful in the first place, but on a
keyboard they just don't make any sense at all.

Mention geometry handling changes in release notes

inspector: simplify some code

Move GdkDeviceTool into its own files

app: fix indentation

And add missing curly braces.

inspector: Use GdkAxes instead of GdkAxisUse

inspector: Add an origin mark to the slowdown scale

Makes it easier to get back to the original speed.

inspector: Give the font scale an entry

This matches what Matt did for the slowdown.

docs: trivial fixes in GtkApplication-related documentation

animatedstyle: don't share styleanimations

Because of our port of css animation and css transition to
progress tracker, we should not think of animated styles as
immutable objects that can map any timestamp to css values.
Rather, timestamps can correspond to different values depending
on the value of GTK_SLOWDOWN over the course of the animation.

To keep animated styles and style animations totally immutable,
we will not share styleanimations between animatedstyles, and
make a new copy of a styleanimation for each timestamp.

animatedstyle: just ref current style if timestamp the same

animatedstyle: fail to create new style if timestamp goes backwards

With slowdown factor, we will only we be able to handle timestamps
that monotonically increase.

cssanimation: port to progress tracker

csstransition: port to progress tracker

entry: port to progress tracker

progressbar: port to progress tracker

scrolledwindow: port indicator fade to progress tracker

popover: port to progress tracker

switch: port to progress tracker

revealer: port to progress tracker

stack: skip first frame for animations

Not the ideal solution for this problem, but in practice leads to
much better performance on lower end hardware.

Stack does a double draw on the first frame of its animation, of
both the old contents (into a cairo surface) and the new contents.
Homogeneous stacks only need to reallocate contents on the first
frame.

On lower powered hardware where our frames will be a good deal
slower than the refresh rate anyway, we can assure a smother
experience by waiting a frame to start tweening where frame duration
will be more consistent.

stack: port to progress tracker

inspector: add slider to control slowdown factor

progresstracker: add GTK_SLOWDOWN environment variable

As we consolidate widgets to use progress tracker, this will allow
us to control the speed of all animations in a centralized place

progresstracker: simple struct to track animation progress

demos: Show slider/rotation axes in "Event axes" demo

wayland: Propagate slider/rotation axes from tools to devices

test: do not remove files on distclean

bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=764686

wayland: do not update shadows for child windows

glade-previewer places a gtkwindow inside another toplevel gtkwindow,
updating the shadow width for the client induces a busy loop where the
parent will grow continuously until it crashes gnome-shell/mutter.

To avoid the loop, do not update the shadow width if not dealing with a
toplevel window.

Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=761651

gdkevents: Fix GDK_AVAILABLE_IN annotation

These functions have just been added. An oversight prior to merging
wayland tablet.

wayland: Check the tablet manager before creating a wp_tablet_seat

This makes things non-crashy if the compositor doesn't provide wp_tablet_manager

gtk3-demo: Add tool information to "Event axes" demo

Print tool type and serial, if found.

wayland: Hook tablets to GdkSeat

Those are now also grabbed togetther with other master pointers,
so everything is able to interoperate on eg. popups triggered by
other devices.

wayland: Translate pen buttons into button events

up/down already take GDK_BUTTON_PRIMARY, we translate BTN_STYLUS(2)
into GDK_BUTTON_MIDDLE/SECONDARY.

Wayland: Translate wl_tablet.down/up into button events

These are sent with button=GDK_BUTTON_PRIMARY, axes must be also
included in these events, in addition to motion ones.

Wayland: Translate tool axes in motion events

On wayland, such axes are per-tool, we must update device capabilities
on the fly as new tools enter proximity, first the slave device so
it matches the current tool, and then the master device so it looks
the same than the current slave device.

Wayland: Implement proximity/crossing/motion event emission on tablets

Each tablet will update its own GdkWaylandPointerData separately. This
commit only adds plain motion event emission so far, no axes are managed
yet.

Wayland: Add initial support for drawing tablets

Only the management of tablets and tools is added so far. No tablet events
are yet interpreted.

As it's been the tradition in GTK+, erasers are split into their own device,
whereas the rest of the tools are meant to be routed through the
GDK_SOURCE_PEN device. Both pen/eraser devices are slaves to a master
pointer device, separate to wl_pointer's. This is so each tablet can
maintain its own cursor/positioning accounting.

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

build: Bump wayland-protocols dependency to 1.3

Needed for tablet support

wayland: Refactor master pointer data into a separate struct

This will enable multiple "pointers" to have separate data here.
Will come out useful when adding support for tablets, as they
will have a separate cursor for all purposes.

gdkcursor-wayland.c: Minor indentation fix

Changed the tabs to spaces

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

x11: Use XInternAtom directly on poking device hardware IDs

This way we don't cache the property if it wasn't previously there,
added by the driver itself. Bailing out is due there.

demos: Enable multidevice behavior on event-axes demo

On wayland we get separate master/slaves for each tablet, we will
need to receive crossing events for each master pointer if there's
more than one around.

demos: Set crossing events mask explicitly on event-axes demo.

gtk3-demo: Show multiple master devices on the "Event axes" demo

gtk-demo: Add support for distance in event_axes

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

gtk-demo: Use GdkAxisUse instead of axis labels

Axis labels are very X specific, and are not really possible to port to other
backends such as Wayland. As such, it makes more sense to use GdkAxisUse and
GdkAxisUseFlag in order to determine the axis capabilities of a device and draw
their axes.

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

GdkDeviceTool: Add GdkAxisFlags info to tablet tools

Different tools may have different sets of axes, we should store that
info somewhere.

GdkDeviceTool: Add GdkDeviceToolType to identify the physical tool type

Because there are multiple different types of styluses that can be used with
tablets, we have to have some sort of identifier for them attached to the
GdkDeviceTool, especially since knowing the actual tool type for a GdkDeviceTool
is necessary for matching up a GdkDeviceTool with it's appropriate
GdkInputSource in Wayland (eg. matching up a GdkDeviceTool eraser with the
GDK_SOURCE_ERASER GdkInputSource of a wayland tablet).

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

x11: Set GdkDeviceTool on motion/button events

The last known tool from the device is used here. If no tool is known,
the event will just have a NULL pointer there.

x11: Update GdkDevices on "Wacom Serial IDs" property changes

This takes care of the emission of GdkDevice::tool-changed, plus the
updating of the internal device accounting.

gdk: Forward tools in client-side windows event translation

events: Add gdk_event_[gs]et_device_tool()

This getter/setter will manage the tool pointer in GdkEventPrivate. The
setter should be most notably used by backends.

GdkSeatDefault: Add functions to add/remove tools

This may be used by any backend using GdkSeatDefault as its seat
implementation.

gdk: Add GdkSeat::tool-added/removed signals

And a helper function to lookup a tool from the seat. Those are
tracker per-seat, and may be shared across devices.

gdkdevice: Add GdkDevice::tool-changed signal

On the devices and backends that support it, this signal will be emitted
on slave/floating devices whenever the tool they are interacting with
changes. These notifications may also work as a sort of proximity events,
as the tool will be unset when the pen moves too far.

For backends, gdk_device_update_tool() has been included, all that should
be done on their side is just calling this whenever any tool might have
changed.

gdkdevice: Add GdkDeviceTool to identify device tools

GdkDeviceTool is an opaque object that can be used to identify a given
tool (eg. pens on tablets) during the app/device lifetime. Tools are only
set on non-master devices, and are owned by these.

The accounting functions are made private, the only public call on
GdkDeviceTool so far is gdk_device_tool_get_serial(), useful to identify
the tool across runs.

device: Add gdk_device_get_axes(), and ::axes property

This returns a GdkAxisFlags, holding the axes currently available
through this device.

device: Add distance/rotation/slider GdkAxisUse values

These are possible to handle in tablets, so add a value for these in the
axis enum.

GDK W32: Don't move windows into top-left corner on style change

This fixes a bug that was introduced by db1b24233e758200ab9bc23fdb9b64dba4876a00.
The reason why 0:0 coordinates were passed was that SWP_NOREPOSITION was
misinterpreted as SWP_NOMOVE. That is not the case - SWP_NOREPOSITION
prevents owner Z-order change, not the window position change.

wayland: Do not resize with the same size

gnome-control-center is calling gtk_window_resize() on configure-event
signals which leads to a busy loop.

Avoids such a busy loop by not re-configuring a window with the same
size, unless this is coming from and xdg-shell configure.

bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=764374

Clarify that one cannot use the same variable

A naive way to perform an action on all parent nodes of a given node
could be to do:

while(gtk_tree_model_iter_parent(model, &iter, &iter)) {
/* perform some action on iter here */
}

However, since gtk_tree_model_iter_parent() will initialize the iterator
pointed to by the second parameter before performing the lookup, this
will not work.

Explicitly document this behaviour.

Signed-off-by: Wouter Verhelst <w@uter.be>
https://bugzilla.gnome.org/show_bug.cgi?id=573380

cups: Fix "format not a string literal" error

https://bugzilla.gnome.org/show_bug.cgi?id=764585

recent-manager: Fix "format not a string literal" error

https://bugzilla.gnome.org/show_bug.cgi?id=764585

file-chooser-widget: Fix "format not a string literal" error

https://bugzilla.gnome.org/show_bug.cgi?id=764585

about-dialog: Fix "format not a string literal" errors

A non-intrusive fix.

https://bugzilla.gnome.org/show_bug.cgi?id=764585

ui-manager: Fix "format not a string literal" errors

Quite a bit of code movement, but necessary to build with the
default format errors produced by newer versions of GCC.

https://bugzilla.gnome.org/show_bug.cgi?id=764585

Adwaita: transparent textview border border

So it will play nicely with gedit color combinations.
See https://bugzilla.gnome.org/show_bug.cgi?id=764203

Updated Greek translation
(cherry picked from commit 40afffb9fde9f2fc46d1fafd9dcdca7692e065ef)

Move GdkDeviceManager to deprecated section

It has been superseded by GdkSeat.

Add an index for 3.22 api additions

wayland: Remove an unused vfunc

wayland: Remove unused field

Updated Esperanto translation

Updated Esperanto translation

headerbar: Don't underallocate the label box

We use a label_sizing_box to make sure the headerbar can always contain
both a title and a subtitle without resizing when showing/hiding either
of them, but we should only do that for the height; the min width of the
label_box can be larger than that of the label_sizing_box.

Adwaita: style textview border

see https://bugzilla.gnome.org/show_bug.cgi?id=764203

Adwaita: cosmetic fixes